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(57) A method and apparatus for achieving perfect 
forward security for closed user groups having X nodes 
is disclosed. A first data processing device node I (22) 
is coupled to a private network which is in turn coupled 
to the Internet (20). A second data processing device 
node J (30) is coupled to the same, or to a different net- 
work, which is also coupled to the Internet (20) : such 
that node I (22) communicates with node J (30) using 
the Internet protocol. A unique secret value and a public 
value to each of the X nodes is provided. A context var- 
iable Nj is also provided to each of the X nodes. Each 
of the X nodes obtain a certificate for other (X-1 ) nodes 
and obtains the other (X-1) nodes' public value (uj mod 
p) from the certificate Each node in a closed user group 



precomputes all shared secrets (e.g. : u.< 2N )'i mod p) for 
each closed group node. Each node then deletes its se- 
cret (i, j : etc.). As the value of N is incremented, each 
node may compute [Ky] N for any value of N without the 
need to recalculate the shared secret. Upon receipt of 
a data packet in the context Nj (for a datagram transmit- 
ted, for example, by node I), a receiving node J com- 
putes [Kj|] Nj and decrypts the data packet using [K^] N 
Since it is not necessary to compute the implicit shared 
secret between the nodes in the closed user group, per- 
fect forward secrecy is achieved since a cracker's dis- 
covery of the value of [Kjj) Nj! and thereby the value for a 
particular N of u-< 2N )'i mod p, will not assist in decrypting 
packets encrypted in contexts earlier than Nj. 
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Description 

BACKGROUND OF THE INVENTION 

5 1. Field of the Invention: 

The present invention relates to the field of key management schemes, and more particularly: the present invention 
relates to a key management scheme for Internet working protocols to provide additional security at the network layer 

10 2 . Art Background: 

The Internet comprises a spiderweb of connected networks which criss-cross the globe and permit users to send 
and receive data packets between computers. Although many of the computers coupled to the Internet are disposed 
at fixed locations, portable computer systems may be physically moved from one location on a network to another 

is Wireless links coupling the computers to the Internet, including direct satellite links, also allow users to access the 
Internet from remote areas. As a result of the dramatic increase in the use of the Internet throughout the world, concerns 
regarding network security naturally arise. 

A variety of schemes have been proposed to increase security on the Internet, and a number of these schemes 
have been adopted. For example, encryption and authentication procedures known as Privacy Enhanced Mail (PEM) 

20 provide for enhanced privacy in electronic mail ("e-mail") services over the Internet. Additionally, schemes for utilizing 
PEM for secure remote user authentication have also been proposed. 

However, even if a remote user has been authenticated, there still exists the possibility that an intruder (herein" 
referred to as a "cracker") may mount an active attack to interject himself in data transfers across the Internet. Although 
a user may incorporate a scheme for secure remote user authentication prior to login, a cracker may sever one of the 

25 authenticated parties from the Internet connection, and receive and transmit substitute data packets to the other un- 
witting party (or potentially to both parties). Once the Internet connection is established, data packets are sent over 
the network in the clear. For example, a cracker may interject himself between, for example, a user "A" in communication < 
with a user "B" on the Internet, and issue a disconnect command to user A. Upon receipt of the disconnect command 
from the cracker, user A believes that user B has severed the connection. The cracker may then take over the com- 

30 munication established with user B, such that user B does not know that user A is not sending him data packets. Thus : 
a number of security issues exist when sending data over the Internet, including a cracker's ability to monitor data 
packets in the clear and to interject himself in the communication line such that he may receive and send data packets 
to unwitting users. It is, therefore, advantageous to put authenticity and privacy features at the network layer on the 
Internet. However, the majority of the privacy and authentication protocols which have been proposed provide session 

35 oriented key management schemes. Unfortunately, many of the commonly used network layer protocols are session- 
less datagram oriented protocols. 

One example of a simple key management scheme is referred to as "SKIP" for use in. session-less datagram 
protocols. In the SKIP scheme, a first data processing device (node I) is coupled to a private network which is in turn 
coupled to the Internet. A second data processing device (node J) is coupled to the same, or to a different network, 

40 which is also coupled to the Internet, such that node I communicates to node J using the Internet protocol ("IP"). Node 
I is provided with a secret value i, and a public value u.' mod p. Node J is provided with a secret value j, and a public 
value u. J mod p. Data packets (referred to as "datagrams") are encrypted using the teachings of the present invention 
to enhance network security. A source node I obtains a Diffie-Helman (DH) certificate for node J (either from a local 
cache, from a directory service, or directly from node J), and obtains node J's public value u. J mod p from the DH 

45 certificate. Node I then computes the value of u. iJ mod p, and derives a key K S j from the value u. iJ mod p. A transient 
key K p is generated at random and is used to encrypt the datagram to be sent by node I. The key K p is used for a 
configurable number of bytes, which is the maximum number of bytes the node will encrypt using K p . The key K p is 
then encrypted with key K ly 

Upon receipt of the encrypted datagram by the receiving node J, the node J obtains a DH certificate for node I 
50 (either from a local cache, from a directory service or directly from node J) and obtains the public value uJ mod p. Node 
J then computes the value of uJi mod p and derives the key K^. Node J utilizes the key K^ to decrypt the transient key 
K p , and using the decrypted transient key K p , node J decrypts the datagram packet, thereby resulting in the original 
data in unencrypted form. • 

One aspect of the SKIP scheme is that K Yl stays constant until the DH certificate changes. Depending on the 
55 environment, obtaining a new DH certificate may result in system performance degradation. As will be described, the 
present invention discloses a method and apparatus for generating other implicit keys from K Vy without the necessity 
of generating a new DH certificate or requiring any communication between node I and J to change keys. Using the 
teachings of the present invention, one secret may be used to generate literally millions of secret keys by stepping the 
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context, where a context is defined by an implicit interchange key. In addition, the present invention provides methods 
and apparatus for achieving perfect forward secrecy in closed user groups, through the application of one-way functions 
to the implicit pair-wise secrets for each node. Moreover the present invention discloses an improved application of 
SKIP for datagram multicasts. 

5 

SUMMARY OF THE INVENTION 

The present invention provides an improved simple key management scheme (SKIP) having particular application 
to datagram protocols, such as the Internet protocol (IP). 

w In one embodiment, the present invention discloses methods and apparatus for achieving perfect forward security 

in closed user groups having X nodes. A first data processing device (node I) is coupled to a private network which is 
in turn coupled to the Internet. A second data processing device (node J) is coupled to the same, or to a different 
network, which is also coupled to the Internet, such that node I communicates with node J using the Internet protocol. 
A unique secret value and a public value to each of the X nodes is provided. A context variable Nj is also provided to 

is each of the X nodes. Each of the X nodes obtain a certificate for other (X-1 ) nodes and obtains the other (X-1 ) nodes' 
public value (uJ mod p) from the certificate. Each node in a closed user group precomputes all shared secrets (e.g., 
u.( 2N )'i mod p) for each closed group node. Each node then deletes its secret (i, j, etc.). As the value of N is incre- 
mented, each node may compute [Kjj] N for any value of N without the need to recalculate the shared secret. Upon 
receipt of a data packet in the context Nj (for a datagram transmitted, for example, by node I), a receiving node J 

20 computes [Kjj] N| and decrypts the data packet using [Kjj] N . Since it is not necessary to compute the implicit shared 
secret between the nodes in the closed user group, perfect forward secrecy is achieved since a cracker's discovery of 
the value of [Ky] N|I and thereby the value for a particular N of {.L< 2N >'j mod p, will not assist in decrypting packets encrypted 
in contexts earlier than Nj. 

25 BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 illustrates a data processing system incorporating the teachings of the present invention. 
Figure 2 diagrammatically illustrates one possible network scheme using the teachings of the invention in an 
Internet environment. 

30 Figure 3 illustrates a flow chart of the steps executed in sending an encrypted data packet from a network node 

I to a network node J, in accordance with the teachings of the present invention. 

Figures 4(a) and 4(b) are flow charts of the steps executed by each node to change the value of the variable N 
in the calculation of [Kj|] N and to decrypt a data packet where Nj < Nj. 

Figures 5(a) and 5(b) are flow charts of the steps executed for the receipt of encrypted data packets by node J 
35 from node I where Nj = Nj and Nj < Nj. 

Figure 6 diagrammatically illustrates the transmission format of an encrypted datagram. 

Figure 7 is a flow chart of the steps executed by the present invention to achieve perfect forward secrecy for closed 
user groups. 

40 Notation and Nomenclature 

The detailed descriptions which follow are presented largely in terms of symbolic representations of operations of 
data processing devices coupled to a network. These process descriptions and representations are the means used 
by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in 
^5 the art. 

An algorithm is here, and generally, conceived to be a self -consistent sequence of steps leading to a desired result. 
These steps are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these 
quantities may take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, 
displayed and otherwise manipulated. It proves convenient at times, principally for reasons of common usage, to refer 

so to these signals as bits, values, elements, symbols, operations, messages, terms, numbers, or the like. It should be 
borne in mind, however that all of these similar terms are to be associated with the appropriate physical quantities 
and are merely convenient labels applied to these quantities. 

In the present invention, the operations referred to are machine operations. Useful machines for performing the 
operations of the present invention include general purpose digital computers (referred herein as "nodes"), or other 

55 similar devices. In all cases, the reader is advised to keep in mind the distinction between the method operations of 
operating a computer and the method of computation itself. The present invention relates to method steps for operating 
a computer, coupled to a series of networks, and processing electrical or other physical signals to generate other 
• desired physical signals. 
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The present invention also relates to apparatus for performing these operations. This apparatus may be specially 
constructed for the required purposes or it may comprise a general purpose computer selectively activated or recon- 
figured by a computer program stored in the computer. The method/process steps presented herein are not inherently 
related to any particular computer or other apparatus. Various general purpose machines may be used with programs 
5 in accordance with the teachings herein, or it may prove more convenient to construct specialized apparatus to perform 
the required method steps. The required structure for a variety of these machines will be apparent from the description 
given below. 

Detailed Description of the Invention 

w 

In the following description, numerous specific details are set forth such as system and network configurations, 
representative data packets : messages, and devices, etc. , to provide a thorough understanding of the present invention. 
However, it will be apparent to one skilled in the art that the present invention may be practiced without these specific 
details. In other instances, well known circuits and structures are not described in detail in order to not obscure the 

'5 present invention. Moreover certain terms such as "knows", "verifies", "examines", "utilizes", "finds", "determines", 
"challenges", "authenticates", etc., are used in this Specification and are considered to be terms of art. The use of 
these terms, which to a casual reader may be considered personifications of computer or electronic systems, refers 
to the functions of the system as having human-like attributes, for simplicity. For example, a reference herein to an 
electronic system as "determining" something is simply a shorthand method of describing that the electronic system 

20 has been programmed or otherwise modified in accordance with the teachings herein. The reader is cautioned not to 
confuse the functions described with everyday human attributes. These functions are machine functions in every sense. 

Exemplary Hardware 

25 Figure 1 illustrates a data processing system in accordance with the teachings of the present invention. Shown 

is a computer 10, which comprises three major components. The first of these is an input/output (I/O) circuit 12 which 
is used to communicate information in appropriately structured form to and from other portions of the computer 10. In 
addition, computer 10 includes a central processing (CPU) 13 coupled to the I/O circuit 12 and a memory 14. These 
elements are those typically found in most general purpose computers and, in fact, computer 10 is intended to be 

30 representative of a broad category of data processing devices. Also shown is an interface circuit 17 coupled to the I/ 
O circuit 12 for coupling the computer 10 to a network, in accordance with the teachings herein. The interface circuit 
17 may include encrypting and decrypting circuitry incorporating the present invention, or as will be appreciated, the 
present invention may be implemented in software executed by computer 10. A raster display monitor 16 is shown 
coupled to the I/O circuit 1 2 and issued to display images generated by CPU 1 3 in accordance with the present invention. 

35 Any well known variety of cathode ray tube (CRT) or other type of display may be utilized as display 16. 

Referring now to Figure 2, a simplified diagram conceptually illustrates the Internet 20 coupled to a private network 
22, a second private network 26, and a third private network 30. The network topology illustrated in Figure 2 is repre- 
sentative of the existing Internet. topology, however, it will be noted that the present invention provides an improved 
key management scheme which has application for use in networks other than the Internet. 

40 One of the unique aspects of the Internet system is that messages and data are transmitted through the use of 

datagram packets. In a datagram-based network, messages are sent from a source to a destination in a similar manner 
to a government mail system. For example, a source computer may send a datagram packet to a destination computer 
regardless of whether or not the destination computer is currently on-line and coupled to the network. The Internet 
protocol (IP) is completely session-less, such that IP datagram packets are not associated with one another. 

45 in this Specification, the present invention will be described with reference to communication between a node I 

coupled to private network 22, and a node J coupled to the private network 30, as shown in Figure 2. The nodes I and 
j represent computers, such as the computer illustrated in Figure 1 , coupled to their respective networks. For simplicity 
and ease of understanding, an operation by for example, "node P. shall be understood to mean an operation by the 
computer coupled to network 22. It will also be noted that although Figure 2 represents nodes I and J as intermediate 

so or end user computers, that the present invention may also be applied to firewalls. In such event, nodes I and J would 
represent firewall machines coupled between their respective networks and the Internet 20. 

One way to obtain authenticity and privacy at a datagram layer is to use RSA public key certificates. Traditionally, 
in the event node I desires to send a datagram to, for example, node J, the node I communicates with node J and 
authenticates itself using a certificate based key management infrastructure. An example of a certificate based infra- 

55 structure key management for secure Internet e-mail is the Privacy Enhanced Mail (PEM) system. 

The certificates used by PEM are RSA public key certificates. An RSA public key certificate is one which contains 
an RSA public key. (See, A.Aziz, W.Diffie, "Privacy and Authentication for Wireless LANs", IEEE Personal Communi- 
cations, February 1994; and also, W.Diffie, M.Wiener. P.Oorschot, "Authentication and Authenticated Key Exchanges".) 
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There are two primary ways in which RSA certificates can be used to provide authenticity and privacy for a datagram 
protocol. The first way is to use out-of-band establishment of an authenticated session key, using one of several session 
key establishment protocols. This session key can then be used to encrypt IP data traffic. 

Such a scheme has the disadvantage of establishing and maintaining a pseudo session state on top of a session- 
5 less protocol. The IP source must first communicate with the IP destination to acquire this session key. In addition, 
when the session key must to be changed to insure security, the IP source and the IP destination need tocommunicate 
again to effectuate the change. Each such communication involves the use of a computationally expensive public -key 
operation. This communication requirement is particularly ill-suited to a datagram protocol like IP which does not require 
the receiving computer to be in operation to send packets to it although to establish and change negotiated session 
10 keys the receiving computer must be operational. 

The second way an RSA certificate can be used to provide authenticity and privacy in a datagram protocol is to 
complete in-band signaling of the packet encryption key : such that the packet encryption key is encrypted in the recip- 
ient's public key. This is the method PEM utilizes to accomplish message encryption. Although this avoids the session 
state establishment requirement, and also does not require the two parties to communicate to set up and change 
15 packet encryption keys, this scheme has the disadvantage of having to carry the packet encryption key encrypted in 
the recipient's public key in every packet. Since an RSA encrypted key would minimally need to be 64 bytes, and can 
be 1 28 bytes, this scheme incurs the overhead of 64-1 28 bytes of keying information in every packet. In addition, when 
the packet encryption key changes, a public key operation would need to be performed to recover the new packet 
encryption key. Thus, both the protocol and computational overhead of such a scheme is high. 
20 The use of Diffie-Hellman (DH) public-key certificates avoids the pseudo session state establishment, and the 

communications requirement between the two communicating computers to acquire and change packet encrypting 
keys (see, W. Diffie, M.Hellman, "New Directions in Cryptography", IEEE Transactions on Information Theory). Fur- 
thermore, the use of a DH public-key certificate does not incur the overhead of carrying 64-128 bytes of keying infor- 
mation in every packet, and is better suited to protocols such as IP, since it does not require the receiving computer 
25 to be operational to establish and change packet encrypting keys. 

Referring now to the flow charts illustrated in Figures 3 and 4, the present invention utilizes DH public-key certif- 
icates for key management such that each IP source and destination is provided with a Diffie-Hellman public key. This 
DH public-key is distributed in the form of a certificate. The certificate can be signed using either an RSA or DSA 
signature algorithm. The certificate is referred to herein as a "Diffie-Hellman" (DH) certificate, because the public value 
30 that is certified is a Diffie-Hellman public value. 

It will be appreciated that the present invention's use of DH certificates to compute a shared key is fundamentally 
different than the use of the DH certificate to negotiate a session key, for example, as described in the paper by Whitfield 
Diffie, entitled "Authentication and Authenticated Key Exchanges" (Kluwer Academic Publishers, 1992), because the 
present invention uses a zero-message protocol to compute a shared secret. All past uses of DH certificates have 
35 involved exchanging messages between the two communicating parties. 

As will be described, the present invention discloses an improved method and apparatus for generating additional 
implicit interchange keys for use with the SKIP scheme. For purposes of this Specification, a "context" is an implicit 
interchange key, where an interchange key is a key which is used to encrypt other keys, as opposed to a traffic key. 
For example, in the parent applications K^ was considered the interchange key. Accordingly, it is desirable to step the 
40 interchange key creating new additional interchange keys, thereby creating further secrets from the original implicit 
pair-wise interchange key generated. In accordance with the original teachings in the parent applications, upon initial- 
ization, each IP source or destination computer for example node l t is provided with a secret value i, and computes a 
public value u' mod p. Similarly, node J is provided with a secret value j, and computes a public value uJ mod p. For 
purposes of illustration, assume that node I wishes to communicate to node J coupled to private network 30 in Figure 
45 2. As previously described in the parent applications, both I and J can acquire a shared secret u'i mod p without having 
to communicate, so long as the public key of each IP node is known to all other IP nodes. The values p. and p are 
system parameters, where p is a prime number. It will be appreciated by one skilled in the art that local caching of DH 
certificates can eliminate the constant need for directory service, thereby minimizing system overhead. 

One improvement of the present invention is to create additional shared secrets of u'i mod p. Utilizing the SKIP 
50 scheme, the computable shared secret is used as a key encrypting key to provide for IP packet based authentication 
and encryption. Thus, u.'i mod p was defined in the original SKIP scheme as a "long term key", and the value Ky was 
derived from this long term key. The key K^ is used as the key for a known shared key cryptosystem (SKCS) such as 
DES or RC2. K^ constitutes an implicit pair-wise share secret, since K {] does not need to be sent in every packet or 
negotiated out of band. Simply by examining the source of an IP packet, the destination IP node (for example node J) 
55 may compute the shared secret Kjj. 

As disclosed herein, the successive application of a function to the value mod p results in the creation of additional 
implicit pair-wise shared secrets without the necessity of communicating the shared secret between nodes I and J or 
obtaining a new DH certificate. 
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In this Specification, the value [Kjj] N denotes the Nth implicit key. where N is indicated in the received packet, as 
will be described more fully below. Additionally, the quantity [Kjj) N may be determined by evaluating the quantity u Ni i 
mod p where N = 1 S 2 : .... or alternatively. j.i<M N Mi mod p: where N = 0 : 1 5 2 ... Z, and M = 2,3,4 ... y. As in the original 
SKIP scheme which is the subject of my parent applications, the key [Kjj| N is derived from the appropriate quantity of 

5 jjNij mod p (or yii MN )'n mod p) by using low order key size bits of the respective quantity. The way in which u N 'i is computed 
is by a simple extrapolation of the DH scheme. Each node computes (u.') N = u iN , and in turn raise it to its secret (u iN )i 
= uN. In this Specification, it will be appreciated that the present invention may be realized using either u, Ni i mod p. or 
alternatively.. u.< MN >'i. The use of u.< MN >'i mod p provides additional security and as will be described, forward secrecy. 
N is a number that is stored on a pairwise basis in each node. The value of N may be different for different nodes, J ; 

w K, .... etc. 

Since u. N 'i mod p is minimally at least 512 bytes (and for greater security may be 1024 bytes or higher), sufficient 
bytes may be derived for use as used as a key for the SKCS. Typically, SKCS key sizes are in the range of 40-1 72 bits. 

As provided by the SKIP scheme, the present invention then utilizes the key [Kjj] N to encrypt a "transient key", 
which is referred to as K p . The key K p is generated at random to encrypt a configurable number of data packets. After 

is the configurable number of data packets have been sent, a new K p is generated at random. The transient key K p is 
used to encrypt an IP data packet, or a collection of IP data packets. The encryption using K p limits the amount of data 
in the long-term key which a potential cracker can access. Since it is desirable to retain the long-term key for a relatively 
long period of time (one or two years) ; the actual IP data traffic is not encrypted in key [Kjj] N . In the preferred embodiment 
of the invention, only the transient keys of the long-tern key are encrypted using [Kjj] N , and the transient keys are used 

20 to encrypt IP data traffic. Thus, the amount of data encrypted in the long-term key [Kjj] N is limited to a relatively small 
amount over a long period of time. 

For purposes of explanation, assume that [Kjj] N is derived from u N 'i mod p. As previously noted, the generalized 
one-way function of u.( MN >'i mod p may also be used. The first time the IP source, such as node I, which has been 
provided with the secret value i, communicates with the IP node J which has been provided with a secret value j, the 

25 node I computes the shared secret u N 'i mod p. As will be described, the value of N is an internal value which is initially 
set by each node to be equal to 1 , and incremented based on time and updated using the value of N stored in received 
packets. In the presently preferred embodiment of the invention, the value N is disposed within a field identified as the 
Security Association ID ("SAID") in a Specification of IP Security Protocol (IPSP) defined by the Internet Engineering 
Task Force. The SAID field includes user definable bytes which the present invention utilizes to transmit the value of 

30 N. However it will be appreciated that a variety of mechanisms may be utilized to transmit the value of N, and that the 
use of the SAID field is only one mechanism of many. 

Referring now to Figure 3, the sequence of steps utilized by the present invention to encrypt and transmit a packet 
is illustrated. As shown, a transmitting node I initially sets an internal value of Nj = to 1 (or Nj = 0, for the uJ MN >'i case), 
and determines whether or not node I has a previously cached [Kjj] Nj key. The first time an IP source, such as node L 

35 which has been provided with the secret value i, communicates with the IP node J which has been provided with the 
secret value j, the node I computes the shared secret |_i N ''i mod p. To calculate Ut N ''i mod p, node I must determine if it 
has a cached authenticated public DH key for node J. If node I does not have this DH key, it must obtain node J's DH 
certificate, verify the DH certificate and cache node J's DH public value (see Figure 3).. The value of [K iJ ] rslj is then 
computed and cached. 

40 As illustrated in Figure 3, if node I has a cached [Kjj] Nj key and a cached authenticated public DH key for node 

J, these steps are not repeated. Node I then generates a random key K p and encrypts this key using [Kjj] Nj . Node I 
then encrypts the IP packet data in K p! and encrypts K p in [K||] Nj . Node I then transmits the encrypted IP datagram 
packet and the encrypted key K p to the receiving node J. Node I further includes its current internal value of Nj in the 
SAID field of the outgoing packet. The outgoing datagram packet sent by the source node I takes the form illustrated 

45 in Figure 6. 

Referring now to Figures 4(a), 4(b) and 5, the steps for receiving and decrypting the data packet sent by node I 
to node J will be described. As shown in Figure 4 (a), the receiving node J initially sets its internal value of Nj as an 
variable which is changed internally, or upon the receipt of a valid encrypted package. For example, as shown in Figure 
4(a) after a predetermined time the internal value of Nj in node J is incremented by Nj+1 . The incrementing of N is done 

50 in the same manner for each node as that described herein with reference to node J. However, for simplicity and ease 
of understanding, only the case of node J is described in this Specification. 

Upon the receipt of an encrypted data packet from node I the internal value of the variable Nj at node J is compared 
to the value of Nj in the SAID field of the received packet. If Nj is greater than node J's internal value N y node J 
determines if it has a cached and verified public key for node I. If node J does not have the public key, it obtains a DH 

55 certificate for node I and verifies and extracts a DH public value for node I. Node J then computes the value of [K ij ] N| 
and decrypts the packet (P) using [Kjj] Nj! and K p . Node J then determines if the packet P is a valid encrypted packet 
in the context Nj. This determination may be accomplished in using a number of mechanisms including checksum 
verifications, examining header formats and the like. If the packet is not validly encrypted in context Nj, then the data 
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packet is considered invalid and discarded. If the data packet (P) is determined to be a valid encrypted packet in the 
context Nj then the internal value of Nj for node J is set equal to Nj. Normal data packet processing is then done by node J. 

Continuing to refer now to Figures 5(a) and 5(b) : if node J determines that the value of Nj in the SAID field is less 
than node J's internal value N j: the data packet is considered to be invalid and discarded. Since in accordance with 

5 the teachings with the present invention the value of Nj and Nj may only increase, the case where a received data 
packet provides a value of Nj which is less than Nj denotes an error condition. 

If Nj is equal to N j: node J determines if it has a cached and verified DH public key for node t. If node J does not 
have a cached and verified DH public key for node I, node J proceeds to obtain the DH certificate for node I, verifies 
the certificate, and extracts the DH public value for node I. The value of [Kjj] Nj is then determined and cached for later 

w use. As illustrated in Figure 3, node J then proceeds to decrypt the encrypted value of K p in the received data packet 
using [Kjj] Nj , and decrypts the IP data utilizing K p . Node J then completes normal packet processing with the decrypted 
data packet. Normal packet processing may include the delivery to an appropriate local transport entity or other out- 
bound interface. 

Referring briefly to Figure 6, the Message Indicator (Ml) is a field that is used to preserve the statelessness of the 
is protocol of the present invention. If a single key is used to encrypt multiple packets, (which is highly desirable since 

changing the key on a per packet basis constitutes significant computational overhead) then the packets need to be 

decryptable regardless of lost or out-of-order packets. The Ml field serves this purpose. The actual content of the Ml 

field is dependent on the choice of SKCS used for K p and its operating mode. For example, if K p refers to a block cipher 

(e.g. DES) operating in Cipher-Block-Chaining (CBC) mode, then the Ml for the first packet encrypted in key K p is the 
20 Initialization Vector (IV). For subsequent packets, the Ml is the last blocksize-bits of ciphertext of the last (in transmit 

order) packet. For DES or RC2 this would be 64 bits. For stream ciphers like RC4, the Ml is simply the count of bytes 

that have already been encrypted in key K p (and may also be 64 bits). 

If the source node I decides to change the packet encryption key K p: the receiving node J can discover this fact 

without having to perform a public-key operation. The receiving node J uses the cached value [Kjj] Nj to decrypt the 
25 encrypted packet key K p , and this is a shared-key cryptosystem operation. Thus, without requiring communication 

between transmitting (I) and receiving (J) ends, and without necessitating the use of a public-key operation, the packet 

encrypting key can be changed by the transmitting side. 

Since DH certificates are used, the nodes I and J have no public-key signature algorithm. It will be appreciated 

that the lack of a public-key signature algorithm is not a major issue, since signing each packet using a public-key 
30 cryptosystem is too cumbersome in any case. In accordance with the present invention, the integrity of the packets is 

determined in a pair-wise fashion using a SKCS. 

Application of One-Wav Functions 



35 Perfect Forward Secrecy in Closed User Groups 

In any security system, it is generally assumed that the keys are not compromised. For sake of example, assume 
that a cracker successfully obtains K p . The cracker can also learn the encryption of K p under Kjj because this information 
is part of the packet header. The cracker may then send forged traffic to either nodes I or J pretending to be the other 

40 node. In addition, if a cracker learns a node's secret (e.g., i), this allows the cracker to compute Ky - u'i mod p, and 
thus to decrypt all traffic that was encrypted by using as the interchange key. 

The protocols described the preceding portions of this specification can be employed in a special situation, the 
closed user group, to limit the damage that would otherwise occur if an interchange key [Xjj] N is compromised. A closed 
user group is one whose membership is determined once and for all at a given point in time; no new members are 

45 added after that point. The damage limitation feature of the invention, explained below, is referred to as "perfect forward 
secrecy. " 

In accordance with the teachings of the preceding portions of this specification, the nodes of the closed user group 
will periodically change the interchange key [Kjj] N which they use. The key in use at any particular point in time will be 
the Nth level key, [Kjj] N , for some integer N. Periodically, the nodes of the closed user group will increment N, and thus 

50 begin using a new interchange key [Kjj] N+1 . 

The term "perfect forward secrecy" is used in this specification to mean that if an Nth level key [Kjj] N is compromised, 
an intruder will not be able to read traffic encrypted with previous keys [Kjj] s for S < N. Through an appropriate choice 
of the function f(z) which is used to obtain the interchange key (Kjj] N from the previous interchange key [K i| ] N _ 1 , and 
with appropriate choice of the modulus p, perfect forward secrecy may be achieved. The key to perfect forward secrecy 

55 is that f be a one-way function, that is to say, one which is difficult to invert, so that if one knows f(z), it is difficult to 
compute z. 

An appropriate choice of the function f(z) is exponentiation by a number M > 2 with respect to a modulus p : so that 
f(z) = z M mod p. If the first interchange key [Kjj] 0 = u^i mod p, the second key will be f([Kjj] 0 ) = (uJi) M mod p = uJi M mod 
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p. the third H[K ti \ } ) = (n i ' M ) M mod p = u'N 2 mod p. and so forth, with [Kjj] N = ii'i MN mod p for all N. With this choice of the 
function f(z). in order to compute [Kjj] N given [Ky| s with S < N. one simply raises [K|j] s to the (M N " s )th power: 

5 ( M ,,M ) M mod p = (u' ,M ) mod p = (u ,,M ) mod p. 

In contrast, in order to compute [Kjj] N _., given [Kjj] N! it is necessary to take the Mth root of [Kj|] N modulo p. 

Efficient algorithms for computing Mth roots modulo p are known for p prime. One such algorithm is given in Henri 
Cohen, A Course in Computational Algebraic Number Theory § 1.6 (1993). These algorithms can be extended to 

w composite p whose factorization into primes is known. However no such efficient algorithm is known for computing 
Mth roots modulo p if p is a composite number whose factorization into primes is unknown. If there were such an 
efficient algorithm, then the widely used Rivest-Shamir-Adleman (RSA) cryptosystem would be insecure: the fact that 
people have been trying to crack RSA for almost 20 years provides some assurance that Mth roots modulo a composite 
number are hard to compute. For this reason, if f(z) = z M mod p is chosen as the function for going from the Nth to the 

is (N+1 )st interchange key : and p is a composite number which is difficult to factor then f (z) is a one-way function. 

For exponentiation modulo p to be a true one-way function, it is important that p be chosen to be a composite 
number which is difficult to factor. A way of choosing such a p is to pick two large prime numbers and p 2 and to set 
p = p 1 p 2 . More generally, there is considerable experience in choosing large numbers which are difficult to factor for 
use in conjunction with the RSA cryptographic algorithm, whose security depends on the computational difficulty of 

20 factoring. 

A further action which is important for ensuring perfect forward secrecy is for each node I to delete its own DH 
secret i after computing the initial set of shared keys Kjj = uJi mod p for all other nodes J (using those nodes' respective 
DH public keys |J mod p). This deletion of the DH secret i is valuable because, in practice, it is likely that the compromise 
of an interchange key [Kjj] N will occur (if it occurs at all) because a cracker has managed to obtain access to the entire 

25 contents of some node I, as for example by obtaining the password of a user account with complete control over the 
node When the cracker has complete control of a node I, and the DH secret i is still on the node, the cracker will be 
able to compute the initial interchange keys [K tj ],= u-'i mod p and thus all subsequent interchange keys [Kjj] N . This 
unfortunate possibility can be avoided by the simple expedient of deleting i once it is no longer needed. 

Note that if node I deletes its DH secret i : it is no longer possible to add a new member L with a new secret / to 

30 the group in the normal manner because node I will be unable to compute the pairwise interchange key K H = uJ 1 mod 
p just from a knowledge of node L's public key in 1 mod p. This is why the perfect forward secrecy scheme just described 
is suitable primarily for closed user groups to which new modes L are not added. 

For similar reasons, once a node I determines that communication with the other nodes in the user group is pro- 
ceeding in terms of a particular [Kjj] N , so that no further traffic with [Kjj] s for S < N will need to be read or generated, 

35 then the node should delete any copies it has of [Kjj] s for any S < N after a timeout period. The decision that commu- 
nication with the other nodes in the user group is employing a particular [Kjj] N is made as described previously in the 
specification. That is to say, upon the receipt of a data packet (P) in the context Nj (e.g., a data packet from node I), 
node J computes [Kj|] Nj and decrypts the data packet P. Node J then determines whether the data packet was a valid 
encrypted packet in context N { using one of a number of mechanisms previously described with reference to Figures 

40 4 and 5. If the packet P is a valid packet in context N { , node J sets its internal context Nj = Nj and concludes that no 
further packets are being originated with contexts S < N j: so that the old contexts can be discarded after a period of 
time which represents the maximum packet transmission delay in the network. This is particularly important for the 
application of this technique to protocols such as IP which do not guarantee that the packets arrive in order. 

If exponentiation is being used as the one-way function f(z), and a composite modulus p is being employed, it is 

45 important to note that the modulus p must be obtained from a source which can be trusted to provide a modulus which 
is difficult to factor A cracker who managed to give a closed user group a p of the cracker's own choosing (for example, 
a prime p, or a p whose factorization into primes the cracker knows) would be able to invert the function f(z) = z M mod 
p, thus defeating the perfect forward secrecy function described in the preceding paragraphs. Furthermore, if the trusted 
party generated p by multiplying random primes, it is desirable that the trusted party forget those primes after having 

50 communicated their product to the nodes in the closed user group, lest a cracker penetrate the trusted system and be 
able to discover factorizations which have remained lying around. This is a difference between the generation of moduli 
for this system as compared to RSA, in which it is expected that one of the communicating parties remembers the 
factorization for as long as a key pair is in use. 

As will be appreciated, for closed user groups where each node may precompute all secret values and then discard 

55 their secrets, perfect forward secrecy may be obtained using one-way functions f(z). In the event a new node is added 
to the closed group, each of the nodes must have a new set of DH certificates/secrets assigned to them. However for 
long term closed groups, the present invention's application of one way functions and the deletion of each node's DH 
secret value significantly enhances network security. 
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It will also be noted that the key management scheme described herein .may also be used to provide an integrity 
check (in addition to secrecy) for packets. In this case, the key K p may be used directly by either node I or node J to 
compute a Message Authentication Code (MAC) either over the entire packet or over the portions that require authen- 
tication. 

Improved Application of, SKIP to Datagram Multicast Protocols 

The method of the present invention may be used in conjunction with datagram multicasting protocols such as IP 
(or IPng) multicast. This application requires key-management awareness in the establishment and joining process of 
multicast groups. Furthermore, in order to distribute multicast keying material, the notion of a group owner should exist. 
When secure multicasting to a multicast address M is required, a group membership creation primitive will establish 
the group key K g and the membership list of addresses that are allowed to transmit and receive encrypted multicast 
datagrams to and from group address M. This action will be taken by the group owner. 

The group key K g is not used as a packet encryption key, but rather as the Group Interchange Key (GIK). Namely, 
Kg is used as a key-encrypting-key, similar to way the pair keys [K^ are used in SKIP for unicast IP. 

Nodes wishing to transmit/receive encrypted datagrams to multicast address M acquire the GIK K g . In the present 
invention, this is accomplished by sending an encrypted/authenticated request-to-join primitive to the group owner. If 
the requesting node's address is part of the group's authorized membership list, the group owner sends the GIK K g; 
algorithm identifier associated lifetime information and key-change policy in an encrypted packet, using the pair-wise 
secure protocol previously described in this Specification. 

The packet formats for the GIK request/response is given below. This describes the payload portion of either a 
TCP or UDP packet, which has been enhanced using SKIP unicast procedures. If using UDP multiple requests may 
be sent, in case of packet losses of earlier requests/response messages. The request is sent to TCP/UDP port # XXXX 
corresponding to the group owner's unicast IP address. 



0 12 3 

0123456789012345678901234 5 678901 

r • » 

J Version = 1 I Reserved [ 

i J 

! IP Multicast Address M i 
i ' 



The first field specifies the version of this protocol, which is 1 . Following this field is the actual I P multicast address 
for which the GIK is being requested. The request packet that is sent must have the minimal IPSP enhancement of 
source-origin authentication, and may optionally be encrypted and/or have playback protection by use of the sequence 
number field. The group owner's response is an encrypted packet containing the GIK K g . The response is sent to TCP/ 
UDP port # XXXX and is addressed to the requestor's unicast IP address. This packet format is as follows. As before, 
it defines the data-portion of a TCP or UDP packet. 
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0 12 3 

0 12 3 456789 0 L234567890J 2 3 4 5 6 7 89 0 J 

IVersion =1 I K g alg. id ! Reserved 

1 FP Multicast Address M 

;0 4--+- 4-- +-+-+-+-+-+- + -+-+-+-+-+-+-+ -+-+- +-+-+-+-+ 

Expiry time (low 32-bits) 

iExpiry time (high 32-bits) 

is 

-I — | — | — f — i — — f — I — ; — i — i — I — I — P — i — f — I — ! — I — * — * — I — H 

fReconimended Key Change Interval (in sees'; 
20 iRecommended Key Change Interval (in byres ) 



! K,. 



(length dependent on K c alg id.) 



25 



30 The 64-bit expiry time specifies when the multicast key is considered to have expired. This is in terms of seconds 

since, Jan. 1. 1994.. expressed in GMT. The recommended key-change interval is what every source of encrypted 
traffic to the multicast group uses to determine the key-change policy. There are two ways currently envisioned to 
specify a key-change policy. The first is in terms of elapsed time since last key-change. Another is in terms of the 
amount of data encrypted in a given packet encryption key. It is contemplated that each source will use whichever of 

35 these methods which determines the more frequent key-change policy, whether this is in terms of amount of traffic 
encrypted in a given key or in terms of elapsed time (in seconds) since the last key change. 

Transmitting nodes to group address M will randomly generate packet encryption keys K p: and encrypt these keys 
using K g . The packet structure is similar to the structure used for encrypted unicast SKIP packets, except that the 
packet keys K p are not encrypted in the pair-wise keys K jj5 but instead are encrypted using the GIK K g . An example 

40 encrypted multicast packet is shown below. 



45 



50 



55 
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w 



15 



50 



0 1 



01234 5 678 9 01234567890123456789 0 1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+ -+-+-+-+-+-+-+-+-+-+ 
I Clear IP Header . IP.protoc.ol = IPSP... 

IVer. IHOIOIOIOIOI SAID I 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- +-+-+-+-+-+ 
I Reserved. I K p alg I reserved 1 

I K p encrypted in K £ ... (typically 8- 1 6 bytes) 

+-+-+-4--+-+-+-+-+-+ 

I Message Indicator (e.g. IV)... (typically 8 bytes) 
20 h — i — i — i — i — i — h — ! — i — t — i — \- 

I Begin Protected IPSP Payload... 

— j — f--H — f — I — — f---f — f- 

25 

The destination IP address will be used by the receiver to determine whether to use unicast of multicast key- 
processing procedures on a received IP packet. In case the destination address is an IP multicast address, it will use 
the group IK K g to decrypt the packet encryption key K p . 
30 There are two distinct advantages of this scheme. Every member of the multicast group can change packet en- 

cryption keys as often as required (in line with the policy set by the group owner), without involving key-setup commu- 
nications overhead involving every member of the group. This can be extremely frequent, even once every few seconds, 
even with very large multicast groups, because there is no extra communications overhead for changing packet en- 
cryption keys. 

35 in addition, since all the packet encryption keys are randomly generated, and hence different, there is no problem 

in using stream-ciphers with multicast. This is because each source of encrypted traffic when using a stream cipher 
would use a different key-stream and thus there is no key-stream reuse problem. If all members of the multicast group 
used the same packet encryption key, then certain stream ciphers could not be used with multicast IP. 

An implementation of this improved protocol will use the destination IP multicast address to look-up the GIK K g . 

■40 How the identity of the group owner is established and communicated to the participating nodes is left to the 

application layer. However, it will be appreciated that this should be done in a secure fashion, otherwise the underlying 
key-management facility may be defeated. 

An advantage of the method of the present invention is that only the keying information is distributed in a pair-wise 
fashion. The actual encrypted data packet is sent using the standard multicast delivery mechanisms, thereby allowing 

•*s the same network bandwidth efficiency that is expected of a network layer multicast protocol when operating over 
subnetworks which also support multicasting (for example, Ethernet, FDDI, etc). This scheme is considered to scale 
well, even for a large number of nodes, because key-change requires no extra communications overhead. 



Management of DH Certificates 



Since the nodes' public DH values are communicated in the form of certificates, the same type of multi-tier certi- 
fication structure that is being deployed for PEM, and also by the European PASSWORD. There may be a Top Level 
Certifying Authority (TLCA) which may constitute the same the Internet Policy Registration Authority (IPRA), Policy 
Certifying Authorities (PCAs) at the second tier and the organizational Certificate Authorities (CAs) below that. 
ss in addition to the identity certificates, which are part of PEM, additional authorization certificates are needed to 

properly track the ownership of IP addresses. Since it is desirable to directly use IP addresses in the DH certificates, 
name subordination principles alone cannot be used to determine if a particular C A has the authority to bind a particular 
IP address to a DH public key. However, the present invention may use the X.509/PEM certificate format, since the 
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subject Distinguished Name (DN) in the certificate can be the ASCI! decimal representation of an IP (or IPng) address. 

Since the nodes only have DH public keys, which have no signature capability, the nodes themselves are unable 
to issue DH certificates. The node certificates are issued by organizational CAs which have jurisdiction over the range 
of IP addresses that are being certified. The PCAs will have to perform suitable checks (in line with the policy of that 

5 PCA), to confirm that the organization which has jurisdiction over a range of addresses is issued a certificate giving it 
the authority to certify the DH values of individual nodes with those addresses. This authority may be delegated in the 
form of a authorization certificate signed by the PCA. For the purposes of authorization, the CA's Distinguished Name 
(DN) will be bound to the range of IP addresses over which it has jurisdiction. The CA has either an RSA or DSA 
certificate from the PCA. The CA which has authority over a range of IP addresses can delegate authority over part of 

10 the range to a subordinate C A. by signing another authorization certificate using its own private key. The organizational 
CA so authorized is identified by the range of addresses that it can issue certificates for. The range of IP addresses 
are identified in the certificate in the form of a IP address prefix length list. 



is Claims 

1 . A method for sending data from a first data processing device to a second data processing device in a closed user 
group having a plurality of nodes, the first data processing device constituting a first node of the plurality of nodes 
and the second data processing device constituting a second node of the plurality of nodes, the method comprising 

20 the steps of: 

providing a unique secret value and a public value to each of said nodes: 
providing each of said nodes with an associated context variable: 

for each of the nodes., obtaining a certificate for each of the other nodes in the plurality of nodes and determining 
25 said public values for each of said other nodes from said certificates: 

each of said nodes precomputing a shared secret for each of said other nodes: 
each of said nodes deleting its own unique secret value: 

said first node computing an encryption key from said precomputed shared secret for said first and second 
nodes: 

30 encrypting data to be transmitted to the second node using said encryption key; 

said first node sending said encrypted data using said encryption key to said second node; 

said first node notifying said second node of the current value of said first node's associated context variable. 

2. The method as defined by claim 1 , further comprising the steps by said second node of: 

35 

receiving said data from the first node: 

comparing the second node's associated context variable to the first node's context variable; and 
if the first context variable is greater than the second context variable, computing said key from said precom- 
puted shared secret for said first and second nodes, and setting said second context variable to equal the first 
40 context variable if said data is valid. 

3. The method as defined by claim 1 or 2, wherein said data to be transmitted to the second node includes a transient 
key employed to encrypt other data to be transmitted to the second node. 

45 4. The method as defined by claim 3 : further including the steps of: 

decrypting said transient key using said encryption key, and 
decrypting said other data with said transient key : 

*\ 

50 whereby the second node decrypts data received and previously encrypted by the first node. 

5. The method as defined by any of claims 2-4, further comprising the step by said second node of: 

if the first context variable for the first node equals the second context variable for the second node : computing 
55 said encryption key from said precomputed shared secret for said first and second nodes. 

6. The method as defined by any of claims 2-5, further comprising the step by said second node of: 
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if the second context variable of the second node is greater than the first context variable of the first node, 
discarding said data and denoting an error condition. 

7. The method as defined by any of claims 2-6, further comprising the step, performed after a predetermined time 
period by each second node : of incrementing the value of said second context variable provided for the second 
node. - - ... 

8. The method as defined by claim 7. further comprising the steps, performed after said step of incrementing the 
value of the second context variable by each second node : of: 

computing a next shared secret from a current shared secret for said other nodes, and 
deleting said current shared secret for said other nodes. 

9. The method as recited in any of the preceding claims, wherein for each second node of said nodes., said second 
15 context variable provided for the second node is initially set equal to 1 . 

10. The method as defined by claim 8 or 9, wherein said next shared secret is computed from said current shared 
secret by applying a one-way function to said current shared secret. 

20 11. The method as defined by claim 10, wherein said one-way function is equal to z M mod p. 

12. The method as defined by any of claims 1-9, wherein the encryption key is an implicit pair wise secret used as a 
key for a shared key cryptosystem (SKCS) and derived from a( MN >'i. 

25 1 3. The method as defined by claim 1 2. wherein a and p are system parameters, and wherein p is a composite number 
which is difficult to factor. 

14. The method as defined by claim 13, wherein said other data comprises a data packet which includes a source 
address, a destination address and an SKCS identifier field. 



30 



15. The method as defined by claim 12, 13, or 14, wherein said data packet further includes a message indicator field. 



16. An apparatus for encrypting data for transmission from a first data processing device to a second data processing 
device in a closed user group having a plurality of nodes, the first data processing device constituting a first node 

35 of the plurality of nodes and the second data processing device constituting a second node of the plurality of nodes, 

comprising: 

each of said nodes including a storage device configured to store a unique secret value, a public value, and 
an associated context variable: 
40 each of said nodes including a computation device configured to precompute a shared secret for each of said 

other nodes, using a certificate for each of said other nodes to determine said public values for said other nodes: 
the first node including an encrypting device configured to encrypt data to be transmitted to the second node, 
said encrypting device deriving a encryption key from the precomputed shared secret for said first and second 
nodes, and 

45 said encrypting device encrypting said data using said encryption key: 

the first node further including an interface circuit configured to transmit said encrypted data to said second 
node and to notify said second node of the value of the first node's associated internal context variable. 

17. The apparatus as defined by claim 16, wherein each of said encryption devices for said nodes deletes its own 
50 unique secret value after precomputing all of said shared secrets for said other nodes. 

18. The apparatus as defined by claim 16 or 17, wherein said node includes: 

a receiver for receiving said encrypted data from the first node: 
55 a decrypting device coupled to said receiver for decrypting said encrypted data. 

1 9. The apparatus as defined by any of claims 16-18, wherein said data to be transmitted to the second node comprises 
a transient key employed to encrypt other data to be transmitted to the second node. 
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20. The apparatus as defined by any of claims 1 6-1 9. wherein said decrypting device comprises: 

a comparator configured to compare the first node's associated internal context variable to the second node's 
associated internal context variable: and 
5 a key-computation device configured to compute said encryption key from said precomputed shared secret 

for said first and second nodes if the first interna! context variable is greater than the second internal context 
variable: 

wherein said decrypting device utilizes said encryption key to decrypt said transient key decrypts said other data 
io using said transient key : and sets the second internal context variable equal to the first internal context variable. 

21. The apparatus as defined by claim 20 : wherein if the first internal context variable is equal to the second internal 
context variable said second node, said second node computes said encryption key from said precomputed shared 
secret for said first and second nodes, and wherein said encrypting device utilizes said encryption key to decrypt 

is said transient key, and decrypts said other data using said transient key. 

22. The apparatus as defined by claim 20 or 21 , wherein if the first internal context variable is less than the second 
internal context variable, said second node discards said data. 

20 23. The apparatus as defined by any of claims 16-22 : wherein said first and second nodes increment said first internal 
context variable and said second internal context variable, respectively after a predetermined time period. 

24. The apparatus as defined by claim 23, wherein said second node further computes a next shared secret from a 
current shared secret, and deletes said current shared secret for all of said other nodes. 

25 

25. The apparatus as defined by any of claims 1 9-24, wherein said other data comprises a data packet which includes 
a context field for storing the first internal context variable. 

26. The apparatus as defined by any of claims 16-25. wherein for each of said nodes, the first and second internal 
30 context variables are initially set equal to 1 . 

27. The apparatus as defined by any of claims 16-26. wherein said public value for each of said nodes is a' mod p, 
where / is said unique secret value for each of said nodes. 

35 28. The apparatus as defined by any of claims 24-27 : wherein said next shared secret is computed from said current 
shared secret by applying a one-way function to said current shared secret. 

29. The apparatus as defined by any of claims 16-28, wherein said encryption key is an implicit pair wise secret used 
as a key for a shared key cryptosystem (SKCS). 

40 

30. The apparatus as defined by any of claims 27-29. wherein a and p are system parameters, and where p is a 
composite number which is difficult to factor. 

31 . The apparatus as defined by any of claims 25-30, wherein said data packet includes a source address, a destination 
■45 address and an SKCS identifier field. 

32. The apparatus as defined by claim 31. wherein said data packet further includes a message indicator field. 

50 



55 
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FIG. 7 
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